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(57) Abstract 

BSS 



In a mobile communications system 
(BSS, SGSN, GGSN) having a packet 
data transmission capability, a dynamic 
packet-based quality of service (QoS) 
mechanism is provided within a "transmission 
tunnel" defined by a more static packet 
data protocol context (PDP context). More 
panicularly, each data packet is arranged 
to carry at least one QoS parameter, and 
the scheduling and the policing of the 
transmission of the data packets is made in 
packet by packet basis according to this QoS 
information in the packets, while, however, 
within the limits set by the PDP context. 
This concept enables to have any number 
of QoS profiles in use simultaneously, e.g. 
a dedicated QoS profile for each of several 
Internet user applications run in the mobile 
station (MS) for a IP address. Therefore, 
the present invention provides support for 
various Internet applications and their QoS 
requirements. Moreover, the QoS can be 
changed at any time after activation of the 
PDP context, since only the QoS infomiation 
in the relevant data packets has to be changed. 
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Method for controlling a quality of service in a mobile 
communications system 

Field of the Invention 

The invention relates to controlling the Quality of Service (QoS) in 
5 mobile communications systems having a packet data transmission capability. 

Background of the Invention 

Mobile communications system refers generally to any 
telecommunications system which enable a wireless communication when 
users are moving within the sen/ice area of the system. A typical mobile 

10 communications system is a Public Land Mobile Network (PLMN). 

Often the mobile communications network is an access network 
providing a user with a wireless access to external networks, hosts, or services 
offered by specific service providers. 

The general packet radio service GPRS is a new service in the 

15 GSM system (Global system for mobile communications), and is one of the 
objects of the standardization work of the GSM phase 2+ at the ETSI 
(European Telecommunications Standards Institute). The GPRS operational 
environment comprises one or more subnetwork service areas, which are 
interconnected by a GPRS backbone network. A subnetwork comprises a 

20 number of packet data service ,nodes SN, which in this application will be 
referred to as serving GPRS support nodes SGSN, each of which is 
connected to the GSM mobile communication network (typically to base 
station systems) in such a way that it can provide a packet service for mobile 
data terminals via several base stations, i.e. cells. The intemriediate mobile 

25 communication network, provides packet-switched data transmission between 
a support node and mobile.data temninals. Different subnetworks are in turn 
: connected to an external data network, e.g. tp a public switched data network 
PSPDN, via GPRS gateway support nodes GGSN. The GPRS service thus 
allows to provide packet data transmission between mobile data terminals and 

30 external data networks when the GSM rietwork . functions as an access 
network. 

In order to access the GPRS services, :a MS shall first make its 
presence known to the network by performing a GPRS attach. This operation 
establishes a logical link between the MS and the SGSN, and makes the MS 
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available for SMS over GPRS, paging via SGSN, and notification of incoming 
GPRS data. More particularly, wlien tlie, MS attaclies to the GPRS network, 
i.e. in a GPRS attach procedure, the SGSN creates a mobility management 
' context (MM context). Also the authentication of the user is carried out by the 
5 SGSN in the GPRS attach procedure. In orderJo send and receive GPRS 
data, the MS shall activate the^packet data address that it wants to use, by 
requesting a PDP activation procedure contexts (PDP, Packet Data Protocol). 
' This operation makes the MS known in the corresponding GGSN, and 
intenA/orking with external data networks can -commence. More, particularly a 

10 PDP context is created in the MS and the GGSN and :the SGSN. The PDP 
context defines different data transmission parameters, such as the PDP type 
(e.g. X.25 or IP), Ppp address (e.g. X.121 address), quality of service QoS 
and NSAPI (Network Service Access Point Identifier). The MS activates the 
PDP context with a specific message, Activate PDP Context Request, In which 

15 it gives information on the TLLI, PDP type, PDP address, required QoS and 
NSAPI, and optionally the access point name APN. 

The quality of service QoS defines how the packet data units 
(PDUs) are handled cluring the transmission through the GPRS network. For 
example, the quality of service levels (QoS) defined for the PDP addresses 

20 control the order of transmission, buffering (the PDU queues) and discarding 
of the PDUs in the SGSN and the GGSN, especially in the congestion 
situation. Therefore, different quality of service levels will present different 
end-to-end delays, bit rates and numbers of lost PDUs, for example, for the 
end users. 

25 For each PDP Address a different quality of service (QoS) may be 

requested. For example, some PDP addresses may be associated with E-mail 
that can tolerate lengthy response times. Other applications cannot tolerate 
: delay and demand a very high level of throughput, interactive applications 
being one example. These different requirements are reflected in the QoS. If a 

30 QoS requirement is beyond the capabilities of a PLMN. the PLMN negotiates 
the QoS ns close as possible to the requested QoS. The MS either accepts 
the negotiL.ted QoS, or deactivates the PDP context. 

Current GPRS QoS profile contains five parameters: service 
precedence, delay class, reliability, and mean and peak bit rates. Service 

35 precedence defines some kind of priority for the packets belonging to a certain 
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- PDP context. Delay dass^ defines mean and maximum delays for the transfer 
:• ■ of each data- packet belonging to that donte)^. ReHabHity in turn specifies 

whether acknowledged ^or unacknowledged services will be used at LLC and 
^^^^ (l^adio tihk- Confrolf -laybre/^lh addition. ii'sWfies whether protected 
. 5 .mode should be used ifl case^bf Unafcknowledged service, and whether the 
GRRS backbOrte'shoOia'^sVWP^dV tJDP "tb transfer daita packets belonging 

- > to.;the PDP cbhtext. FiirtHe'miore-. I^ies^ varying QoS parameters are mapped 
- tofourQbSlfevels availabirat LL^^ . r., , t-.- ... 

-•' - . -'THere^&re'vkridu's'^^^^^^^ ^p^^ 
10 i-questiorrs mvolved-wltH'tHe qCiality service in the GPRS. 
• • • ••■ --^ Fifsfly.'the aboVyWentlb^he^rf mapping of' (^PR^ Qos' parameters to 
foiir -QoSjIevels-'available at LLC layer not well defined either.' In addition 
■r- ■ Felationships lietWeen delay Vlasi and service precedence are not defined in 
' the stahdard: - -■■" ■^ '^ •. - . ' :■' . .■: 



15 



2G 



' ■ -- Secondly tj^i scheduling and pblicing based on current QoS Profile 
is rather difficult to iniplefri^ent (in the standard). For example 

how the ^hetwork eferinerits can guarantee the delay requirements? It is too 
expensive to employ ••filViers to' ^uaramee the required delay requirements. 
Moreover, the delay requirements are end-to-end requirements: How this end- 
to-end delay information can be used by GPRS network elements is not 
obvious either. In practice they cannot because information about the delay 
occurred in the previous network element is not conveyed to the next element 
• (i.e. GSN). Also policing the negotiated mean and peak bit rates is rather 
difficult and would consume a lot of time and processing power. In addition if 
we wanted to make sure that a certain bit rate could always be provided we 
would.have to reserve. Jxed capacity for that. This would however lead to 
inefficient link e^pacity-usage: . : . . . • ■ .; 

Interpretation of mean bit rate; is questionable; GPRS network 
cannot guarantee a certain, mean bit for a user if he or she is not transmitting 
at fixed speed, ie. at the mean bit rate. OtheoA/ise. the user could have an one 
hour connection in which he or she has not>transmitted any data for the first 55 
minutes. The user cannot assume that he or she could transmit data at much 
higher speed during the last 5 minutes in order to meet the mean bit rate 
requirement. Instead, the mean bit rate can only be guaranteed for the rest of 
35 the connection, i.e.. for the last 5 minutes. 



25 
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The. GPRS network is not . capable of meeting venous QoS 
requirements of Internet applications. The IP (Internet Protocol) traffic goes 
, between the mobile host and the fixed host located in an external network, e.g. 
. in the Internet. Different internet applications require different kind of service, 
5 i.e. QoS, from the underlying network. Thus, when the mobile host is using 
. GPRS to access the, Internet, ,GPRS network should^ be capable of meeting 
. various. QoS requirements of Internet applications. There are actually at least 
two IP traffic types that .should be taken into account: real-time and non-real- 
time traffic. One example of reakime traffic is voice transmission. Email and 
10 file transfer in turn are examples of non-real-time applications. 

Currently, QoS parameters can, only be associated with a certain 
PDP context (i.e. a certain IP : address). Setting different QoS values for 
different applications, that use the same jP address is not therefore possible. 
This is a very severe drawback of the. current scheme. The current GPRS 
15 specifications also define only very static QoS behaviour: QoS negotiation can 
only be initiated by the MS when -activating the PDP context. To summarize 
the main problems: GPRS QoS scheme is too static, i.e: QoS cannot be 
changed the MS or the GGSN after the QpS has been negotiated for the first 
time, and secondly, all applications that use the same IP address must also 
20 use the same QoS Profile, i.e. the QoS values. This is obviously not enough 
for supporting requirements of various Internet applications and traffic 
streams, such as voice transmission, real-time video, compressed video, email 
transfer, file transfer, and high priority control information exchange. 

Internet includes at the moment two different QoS schemes: 
25 Integrated Services and Differentiated Services. Integrated Services consists 
of three traffic types: Guaranteed Service, Controlled Load Service, and Best- 
Effort Service. Guaranteed Service is very, difficult to provide without 
introducing much overhead to the system. This overhead comes from the fact 
that end-to-end traffic flows should be established for different application 
30 . connections. Therefore, this requires much database management, control 
information exchange, and traffic policing to be performed by the system. 
Controlled Load providers unloaded network behaviour even under congestion 
situations. .Controlled Load can be implemented by priorities. Therefore 
implementing Controlled Load Service would probably be easier than 
35 Guaranteed Service, which needs strict guarantees on transmission delays 
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. . -etc. Best-Effort Service does not need any guarantees on the QoS, and is thus 
. -i very easy to implement in any net"Jvork. • ' ' 
■ • . Differentiated Servfc'eb in the Intemet are b^sed on the idea that no 

data flows are needed/ ibutihsteacJ'dvery data packet carries QoS information 
5 . Jtselt .This allows- very flexible-1^^^^ to provide a' certain QoS to 

- ■ applications: The ~drawb'ack is' that WQ guarahtbes of the ■capacity cannot 
v . : be .given-b-ebause rio fixed capacity "is ever alfoca^ed - tb a" certain application 

. flow. 'However-; this scheme-' is iriOch mdre^effic^^^ the capacity and 
system point of view^han the Thtegfated Servie'eis schem^. ' - - " 
10 ■Similar problertis ' a^'- ■ describie atidve may •' aris'^ in • any mobile 

•■ •■■;comtnanteattons'ne!Work:- ::--?-.i.'-'='J.- ' , ::.<•.'•• 

: =An ©bject- of the' 'p^^^ 'invention to • introduce' a^ new improved 

: • . 'Quality of^Ser^toe (Qd^) scheme'Which is' less" complicated than the prior art 

- . QoS schemes; Mn tnbbile 'GoWimuhications systems having a packet data 
15 transmission 'Gapability:'-' • ■ - 

Another dbje~ct%f-the' present invention is 
, (QoS) scheme- which; provides su^pp'ort forinterhet applications and their QoS 
requirements for "niobife communications systems having a packet data 
transmission capability;'' " ' - 
20 An aspect of the present invention is a data transmission method as 

disclosed in claim 1. " - 

• ' • : Othei- aspects - of the invention are a mobile communications 
system, a network elenhent and a mobile station as disclosed in claims 14, 25, 
and 27, respectively. ' 
.25 :: - ,-.. A ' Still further aspect of the invention is a packet data 
communications network as clainrted in claim 29. 

In present invention a dynarnic packet^based quality of service 
(QoS) mechanism is pi-ovrded within a "transrfiission tunneP- defined by a more 
static packet data protocol context (PDP context). More'particufarly, each data 

30 packet is arranged to carry at least one QoS parameter, and the scheduling 
and the policing of the transmission of the data packets is made in packet by 
packet basis according to this QoS information in- the packets, while, however, 
within the limits set by the PDP context. This concept enables to have any 
number of QoS profiles in use simultaneously, e.g. a dedicated QoS profile for 

35 each of several Intemet user applications run in the mobile station for a IP 
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address. Therefore, the present invention provides support for various Internet 
applications and their QoS requirements, which cannot be provided using the 
current QoS scheme of the GPRS, for example. Moreover, the QoS can be 
changed at any time after activation of the POP context, since only the QoS 

5 information in the relevant data packets has to be changed. This overcomes 
the lirbbiems relating to the too static prior art QoS schemes. Further, the 
pi^esent invention introduces no or insignificant overhead into the mobile 
communications'system as a vyhole. , . . 

' In the preferred embodiment of the invention the QoS information 

10 associated with each data packet include at least a priority, inforrnation and a 
traffic type information. The priority . .Information has two qr. more values 
indicating the importance of the.,pacl|iet and thus also defines the order in 
which data packets should be handled or discarded in case of network 
congestion. The priority information niay also define a Nominal Bit Rate as in 

15 SIMA approach. The traffic type indicates requirements for the transmission of 
the packet. At least two traffic types are typically defined: real-time and non- 
real-time traffic. However, more traffic types could be defined if needed. For 
example, for non-real-time" traffic,' the following subtypes , could be used: 
control traffic, interactive traffic, attended bulk transfer, unattended data 

20 transfer, filler traffic, uncharacterized traffic, and best-effort traffic. The traffic 
type has an impact on retransniission strategies and data queueing in the 
network. For example, for real-time traffic, retransmissions of lost data packets 
are usually not needed, and it is often better to drop real-time data packets 
than to send them too late to the receiver. 

25 In one embodiment of the invention also reliability is. Instead of or 

in addition to being employed at PDP context level as is currently done in the 
prior art, directly associated with the QoS information in the data packet. The 
■ Communications network, e.g at the'LLC layer, is arranged to provide different 
connections each of which is associated with different reliability and QoS 

30 Support. These connections may be provided in any one or several legs in the 
niobiie communications network, e.g. at the radio interface and/or in a 
transmission link between two nodes in the network. One connection may be a 
connection oriented path having a higher reliability due to a retransmission 
protocol, for example, and another connection may be a connectionless path 

35 (e.g. using a User Datagram Protocol. UDP) having a lower reliability. Data 
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- jackets are multiplexed over these connections based^on the reliability and 
QbS infoiTTiation. The data packets requiring reliable transmission, should be 
sent over a reliable connection-priented path. The data packets that do not 
; ^ require reliable conhectipn-orientecl path, should, be sent over connectionless 
• 5 ^ath. Both the connection-oriented and the Connection les.s path can be 
established to transfer packets of only one PDP tunnel or they .can be used by 
• several PDP tunnels. Furthermore; the establishment of different paths with 
different reliabilties can be dynamic or static , (i.e. on .demand or when the 
■ ■ tunnel (PDP conte^) is created)! This concept of the invention may applied In 
10 any packet data communications nehwork; even not using any PDP 

■ cbntext; such' as tCP/lp; ATM 

; Asnotedabove.thePDP 
with specific characteristics through a mobile communications network. As in 
; the conventibnal networks, the parameters of the PDP context may include a 
15 PDP type (e;g. X.25 br IP); a PDP address (e,g. IP address), and a NSAPI 
(Network Service Point Identifier), The PDP context . may or .may not include 
also one or more QoS' parameters, For example, mean and peak bit rate for 
the whole PDP context" might or might not be used. Jhe QoS of the PDP 
context may also include reliability. If both the PDP-level QoS Profile and the 
20 QoS in each data packet are to be used, the traffic policing may be based on 
; the QoS values related to the PDP context.' e.g. on mean and peak bit rate. 
Therefore, if the user is sending at too high speed, the priority of his or her 
data packets could be temporary decreased by the system. This guarantees 
that packets not conforming to the PDP level QoS contract are discarded first 
if needed. In addition, QoS information in data packets could be relevant only 
within the PDP context in question. This being the case, the QoS information 
in data packets is taken into account only in reiation with the QoS Profile of the 
PDPcontigxt. " " • ' 

A further feature of the present invention may be a mapping of the 
30 QoS parameters used in the mobile-communication network to those used in 
a user application in said mobile packet data terminal or those, used in said 
external communication system, and vice versa, The. mapping is made for 
each packet entering or leaving the mobile communications system. 

The QoS information in the data packets may be located in a packet 
35 header, in a lower layer protocol header, or as part of the data itself. The QoS 
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controlling may also be based on the QoS information in QoS Profile, which is 
related to a certain PDP context the priority and traffic type information 
included in the data packets, or both. - 

One embodiment of tha. invention involves also a charging of the 

5 users. Users can be chargedr in addition to the normal PDP level attributes, by 
the priority - and traffic type of data packets. This requires that the mobile 
communications ' network nodes; such- as GSNs in the GPRS, collect 
information on the transferred data packets and their QoS and/or priority. On 
the other hand, invention' also allows charging schemes that are using the 

10 normal PDP"ievel attributes, such as. mean and peak bit rates of the PDP 
context, or a combination of these schemes. - '. . 

in the . preferred embodiment . of the . invention the mobile 
communications network is a packet radio network, such the General Packet 
Radio Service (GPRS) of GSM. The present invention may also be 

15 implemented in vendor-specific ways: data packets could include priority 
information although the current GPRS QoS Profile will still be used. 

This invention will also apply to various future mobile networks, 
such as UMTS. 

In the following, the invention will be described in greater detail by 
20 means of preferred embodiments with reference to the accompanying 
drawings, in which : 

Figure 1 illustrates a GPRS network architecture, 
Figure 2 illustrates a GPRS transmission plane. 
The present invention can be applied to any mobile 
25 communications system having a packet data transmission capability. 

The term packet data protocol (PDP) as used herein should be 
understood to generally refer to any state in a mobile station and in one or 
: more network element or functionality which state provides a data packet 
transmission path or a tunnel with a specific set of parameters through the 
30- mobile communications network. The term node as used herein should be 
understood to generally refer to any network element or functionality which 
handles the data packets transferred through the PDP channel. 

The invention can be especially preferably used for providing a 
general packet radio service GPRS in the pan-European digital mobile 
35 communication system GSM (Global System for Mobile Communication) or in 
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icorresponding mobile communication systems,. such^as-DCSISOO and PCS 
(Persona];./ Communication System). Im the: following the preferred 
embodiments of the invention will be described -by means of a GPRS packet 
, radio network .fdmied by-tl^e iGRRS service...and. the. GSM system without 
. limiting the invention to this partieular packet.Tadio system.: • --r?. 

i .\ . Figure illustrates a-GPRS'pgcketi radio network implemented in 
- the :GSM'systemi..Fdr a -moi^. detailed: description of the GPRS, a reference is 
.made to EISI GSM.03.60r versiorir5.1;:G, and-the cross-references- thereof. 

. • ; .. Bie tiasiic structure of ittie GSM system comprises two elements: a 
base statiorr-system: BSS and^a network subsystem NSS: The.BSS and mobile 
stations MS communicate-'Over radioilinks. -.In the.nbase station system BSS 
^ each cell , is served by aubase-cstation.. BTSv> A number of base stations are 
■ connected '.'.to; at : base cstatroh^/.controller BSC, - which .-controls the radio 
frequencies and channelssu^ed Iby^the BTS7..Base station controllers BSC are 
-connected:;to -a., mobile" «en/icesv switching centre MSC. As regards a more 
detailed, description . of the. '-GSM- 'system, reference is made to the ETSI/GSM 
recommendations'i andr.The:'-GS:M System for Mobile Communications, M. 
Mouly and M. Pautet, Palaiseau, France, 1992, ISBN:2-9571 90-07-7. 

In the- figure the 1 GPRS system connected to the GSM network 
[Comprises one GPRS network, -.which in ,tum comprises one serving GPRS 
support node (SGSN) and several GPRS gateway support modes (GGSN). 
The different support nodes SGSN and GGSN. are interconnected by an intra- 
operator backbone network. It is important to, realize that in the GPRS network 
there may be any number of serving support nodes and gateway support 
nodes. 

The serving GRRS support node SGSN is a node which serves the 
mobile station MS. Each support node SGSN controls a packet data service 
within the area of one; or. more cells in a- cellular packet -radio: network, and 
therefore, each support node :SGSN is- connected (Gb interface) to a certain 
local element of thei GSM:.:system. Tiiis :connection is typically established to 
the base station system BSS, i.e. to base station, controllers BSC or to a base 
station BTS. The mobile station; MS located :.ln a cell communicates with a 
base station BTS over a radio interface and further with the support node 
SGSN to the service area of "which the cell belongs through the mobile 
communication network, in principle, the mobile communication network 
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between^ the support jiode SGSN and . the mobile station MS only relays 
packets between these two. To realize this the mobile communication network 
provides packet-switched transmission of data packets between the mobile 
station MS and the serving support^ ^nod^ -SGSN. It has to be noted that the 

5 mobile communication rietwork. only provides a physical connection between 
the mobile station MS and the support node SGSN, and thus its exact function 
and structure is not significant with respect to the invention. The SGSN is also 
provided with a signalling interface Gs to the visitor location register VLR of 
the mobile communication network, and/or to the mobile services switching 

10 centre, e.g. signalling connection. SS7. The SGSN may transmit location 
information to the MSCVLR and/or receive requests for searching for a GPRS 
subscriber from the MSCA/LR. r 

The GPRS gateway support nodes GGSN connect an operator's 
GPRS network to external systems, such as other operators* GPRS systems, 

15 data networks 11 - 12, such as . IP network (Internet) or X.25 network, and 
service centers. A border gateway BG.proyides an access to an inter-operator 
GPRS, backbone network. The GGSN. may also be connected directly to a 
private corporate network or host. The GGSN includes GPRS subscribers' 
PDP addresses and routing information, i.e. SGSN addresses. Routing 

20 information is used for tunneling protocol data units PDU from data network 11 
to the current switching point of the MS, i.e. to the serving SGSN. 
Functionalities of the SGSN and GGSN can be connected to the same 
physical node. 

The, home location register HLR of the GSM network contains 
25 GPRS subscriber data and routing information and maps the subscriber's IMSI 
into one or more pairs of the PDP type and PDP address. The HLR also maps 
each PDP type and PDP address pair into one or more GGSNs. The SGSN 
has a Gr, interface to the HLR (a direct signalling connection or via an internal 
backbone network 13). The HLR of a roaming MS may be in a different mobile 
30 communication network than the serving SGSN. 

An intra-operator backbone network 13, which interconnects an 
operator's SGSN and GGSN equipment can be implemented, for example, by 
means of a local network, such as an IP network. It should be noted that an 
operator's GPRS network can also be implemented without the intra-operator 
35 backbone network, e.g. by providing all features in one computer. 
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An inter-operator backbone network enables a communication 
between^Werent operators' GPRS networks. ^ 

tn - order to access the GPRS services, a "MS shall first make its 
o r-presence known to the network by performing a* GPRS attach, this operation 
' 5 establishes a logical link be'fweeri' the MS' and the SGSfM, arid makes the MS 
• ::-avaiiabie forSMS-over GPRS'vpagin^ via^ S of incoming 

GPRS data. More- particularlyrwheh the attacHes to the GPRS network, 
i.ei^in a GPRS attach procedure,' "the SGSN creates a'mobility management 
context (MM context): Also' the authehticatioh of the User is carried out by the 
10 ^ SGSN iriihe GPRS attach procedure.- ^ ' • 

P ■ ' ^ in order to send' and receive GPRS data, the MS shall activate the 
packet data address that it wants to' use, by requesting a PDP activation 
. : * procedure.THis oper^tion nnakes'the'M known in the corresponding GGSN, 
and ihterwdrking \A^ith external 'data networks' can commence. More, 
15 particularly a PDP context is create'd in the MS and the GGSN and the SGSN. 
As a consequericerthree^'d^^ 
of the mobility management' (MM) of a GPRS subscriber: idle state, standby 
' state and ready state: Each state represents a specific functionality and 
information level/ which has been allocated to the MS and SGSN. Information 
20 * sets related to these states, called MM contexts, are stored in the SGSN and 
MS. ^The context of the SGSN contains subscriber data, such as the 
subscriber's IMSI/TLLI and location and routing information, etc. 

In the idle state the MS cannot be reached from the GPRS 
network, and no dynamic information on the cun'ent state or location of the 
25 MS, i.e. the MM context, is maintained in the network. In the standby and 
ready states the MS is attached to the GPRS network. In the GPRS network, a 
dynamic MM Context has been' created for the MS, and a logical link LLC 
' (Logical Link CoFitrd) Established and the SG^N in a protocol 

layer. The ready state is the actual'data transmission state, in which the MS 
30 can transmit and receive-u'ser data. 

In the standby and ready states the MS may also have one or more 
PDP contexts (Packet Data Protocbl), which are stored in the serving SGSN in 
connection with the MM context. The PDP context defines different data 
transmission parameters, such as the PDP type (e.g. X.25 or IP), PDP 
35 address (e.g. X.121 address), quality of service QoS and NSAPI (Network 
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Service Access Point' Identifier). The MS activates the PDU context with a 
specific message; Activate PDF Context Request, in which it gives information 
on the TLLI; PDP type, PDP address; required QoS and NSAPI, and optionally 
the access point name APN. When the MS rbams tdi th^ area of a new SGSN, 
the new SGSN requests MM and PDP contexts from the old SGSN. 

For a signalling arid a- transfer of the user information, layered 
protocol structures, referred to a transrhission plane and a signalling plane, are 
defined in the GPRS, the signalling plane consists of protocols for control and 
support of the transmission plane functions. The transmission plane which is 
shown in Fig. 2 consists oT a layered protocol structure providing user 
information- transfer, along with ' associated information transfer control 
procedures (e.g., flow control; error detection, error correction and error 
recovery). The transmission plane independence of the Network Subsystem 
(NSS) platform from the underlying radio interface is preserved via. the Gb 
interface. GPRS Tunnelling Protocol (GTP): This protocol tunnels user data 
and signalling between GPRS Support Nodes in the GPRS backbone network. 
All FTP PDF FDUs shall be encapsulated by thfe GPRS Tunnelling Protocol. 
GTP shall provide mechanisms for fltiw control between GSNs, if required. 
GTP is specified in GSM 09.60. 

TCP carries GTP FDUs in the GPRS backbone network for 
protocols that need a reliable data link (e.g., X.25), and U DP carries GTP 
FDUs for protocols that do not need a reliable data link (e.g., IP). TCP 
provides flow control and protection against lost and corrupted GTP FDUs. 
UDP provides protection against corrupted GTP FDUs. TCP is defined in RFC 
793. U DP is defined in RFC 768 . 

IP is the GPRS backbone network protocol used for routeing user 
data and control signalling. The GPRS backbone network may initially be 
based on the IP version 4 protocol. Ultimately, IP vei-sion 6 shall be used. IF 
version 4 is defined in RFC 791. 

Subnetwork Dependent Convergence Protocol (SNDCF) is a 
transmission functionality maps network-level characteristics onto the 
characteristics of the underlying rietwork. SNDCF is specified in GSM 04.65. 

Logical Lirik Control (LLC) provides a highly reliable ciphered logical 
link. LLC shall be independent of the underlying radio/interface protocols in 
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..oqder to- allow intrpduction of alternative GPRS radio.solutions with minimum 
... changes to the NSS. LLC is specified in GSM 04:64, . - 

Relay function relays . LLC- PDUs between the Urn and Gb interfaces 
, n the BSS. In the S.GSN, th\e 5e|qy,function relays PDR PDUs between the Gb 
5 arid Gn interfaces, . .• i •.,!!.. • -■ . v - 

-. , , Base Station Syst^rn.GPRS^PrptoQol (B^SGP): This layer conveys 
routejng- and. -Qo^-related JnfQrmation,:be.^ BSS and SGSN.=.BSSGP is 
., sp,ecified.Jn GSM p^.;1So Fr 
. . . ...... ,r,RLC/MAG layerxpr^tains two functionsj Xhe% Rad4p,link Control 

10, . function^prciyicles-a radip-sojjutjpp^ reliable link: The Medium Access 

. Cpntrol function, contrpls, the ^(^ess signalling (request and grant) procedures 
for the-radio channel,, arid ,ihe.ma{pping. of LLC frames onto the GSM physical 
... channel. RLC/MAC.is..desGribe.djaGSM.03.Q^^^ .. 
, : ., ... . . Various identities. are. em^^ 

15 Mobile .Subscriber Identity i{|iyiS.!j . shall be allocated to each mobile subscriber 
in . GSM. Jhis lis^also, tJie .;Case for GPRS-only mobile subscribers. A GPRS 
. subscriber identified, by lanv.lMSI, shall have one or more network layer 
addresses, i.e.r -POP addr^.sses, temporarily and/or permanently associated 
with it that conforms to the standard -addressing scheme of the respective 

20 network layer service used. POP address may be a IP address or a X.121 
address. PDP addresses are activated and deactivated through MM 
procedures described above. 

.. The Network layer Service Access Point Identifier (NSAPI) and 
Temporary Logical Link Identity. (TLLI) are used for network layer, routeing. A 

25 NSAPI / TLLI pair is unambiguous within a routeing area. In the MS, NSAPI 
identifies. the PDP. service access point (PDP-SAP). In the SGSN and GGSN, 
NSAPI identifies. the PDP context associated-.yyith a PDP address. Between 
the MS and SG.SN,, TLLI unambiguously, identifies the logigal link.. . NSAPI is a 
part of the tunnel identifier (TID). TID is used by the GPRS Tunnelling protocol 

30 between GSNs to identify a, PDP context. A TID consists of an IMSI and a 
NSAPI. The combination of IMSI and NSAPI uniquely identifies a single PDP 
context. The TID is forwarded, to the GGSN upon PDP. Context, Activation and 
it is used in, subsequent tunnelling of user data between the GGSN and the 
SGSN to identify the MS's PDP contexts in the SGSN and GGSN. The TID is 
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also used to forward N-PDUs from the old SGSN to the new SGSN at and 
after an inter SGSN routeing update. • - 

Each SGSN and GGSN haVe an IP address, either of type IPv4 (an 
IP version 4 " address) or IPv6 (an IP version 6 address), for inter- 

5 communication over the GPRS backbone network". For the GGSN, this IP 
' address corresponds also to a logical GSN nahie. 

GPRS transparently transports PDP PDUs between external 
networks and MSs. Between the SGSN and the GGSN. PDP PDUs are routed 
and transferred with the IP protocol. The GPRS Tunnelling Protocol transfers 

10 data through tunnels. A tunnel is identified by a tunnel idisntifier (TID) and a 
GSN address. All PDP PDUs arb encapsulated and decapsulated for' GPRS 
routeirig purposes. Encapsulation functionality exists at the MS, atthe SGSN, 
and at the GGSN. Encapsulation alloVvs PDP PDUs to Be delivered to and 
associated with the correct PDP context in the MS, the SGSN, or the GGSN. 

15 Two different encapsulation schemes are used'; one for the GPRS backbone 
network between two GSNs, arid one for the GPRS connection between 
SGSN and MS.' 

Between SGSN and GGSN, the GPRS backbone network 
encapsulates a PDP PDU with a GPRS Tunnelling Protocol header, and 
20 inserts this iSTP PDU in a TCP PDU or UDP PDU that again is inserted in an 
IP PDU. The IP and GTP PDU headers contain the GSN addresses and 
tunnel endpoint identifier necessary to uniquely address a GSN PDP context. 

Between SGSN and MS, a SGSN or MS PDP context is uniquely 
addressed with a TLLl and a NSAPI pair. TLLi is assigned when the MS 
25 initiates the Attach function. NSAPIs are assigned when the MS initiates the 
PDP Context Activation function. 

The quality of service (QoS) information is employed in various 
nodes iri the GPRS systeni for scheduling and policing the transmission of the 
■ 6atk pa'ckiets. As noted above, in the present GPRS specifications QoS is 
30 associated with the PDP which result in various problerns described above. 
According to the present invention the QoS infonnation is, at least partly, 
associated with each data packet so that the scheduling and policing can be 
done in packet by packet basis. More particularly, each data packet is 
arranged to carry at least one QoS parameter, and the scheduling and the 
35 policing of the transmission of the data packets is made in packet by packet 
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basis according to this QoS information in the. papKets, while, however, within 
a "transmissiqn tunnel" defined by the.PDP context. ... ^ 

In the preferred embodiment of the invention, the. QoS information 
associated. witl;< each data;, packet include, at least a priority infonnation and a 
j traffic type information, and pptionally, a ,reUAbj%. information. The priority 
information has two. or . mpre, values. /indi.c.atjng the innportan of the packet 
and thus also defines the. order in. whicji^data packets. sho.uld be handled or 
discarded in. case;. of network congestion. may also 

,. define Nominal: Bit Rate.^as.jn, SI MA approach.. The .tra.ffic,.type indicates 
p .. requirements for the..trarisrni^ion of .^he, packet. At least two , traffic types are 
. ^pipaHy., <;iefin.ejd.;.-ceal-tlroe,^nd .ijion-r^al-llrpe. traffic. However, more traffic 

.types, could Ixe defined jf ^i^ecj.td,-.,: t^r-.j^ , ■ . . 

. . . Adoption of tijie .preferEed embodiment .of the invention requires 

typically, the. following modificatjons to, be done for.GPRiS specifications: 

;1) .SNpCP a.ndnGTR . headers should . carry additional bits for 
transmitting QoS information, such as priority and/or traffic class information 
and/or reliability, informati.Qn. (GTP bits are needed on both directions, SNDCP 
bits could in certain cases be used only for uplink data); In. addition, IPv4's 
Type-of-Service field or IPvS's priority field or Traffic Class field could be used 
in the -GPRS backbone if .it is wanted that IP routers etc. also support 
: prioritization of packets, and QoS-based queueing or scheduling.. IPv6 traffic 
flows may be established to transmit data belonging to certain traffic types. It 
CPUld also be possible that no extra bits be allocated in GTP headers, but that 
the class information is carried by lower layers. For example, if the underlying 
25 GPRS backbone network supports differentiated services, this information can 
be included in IP. or. some other lower layer protocol header. This being the 
case, the SGSN. and.the .GGSN should .be capable of, recovering this lower 
layer information in cfder to reuse it. The QoS informatjpn,c^n: abided to 
data packets at the.G.b interface as well, eg. to BSSGP protocol messages. 
30 Then the QoS information. can be mapped to Frame Relay, or ATM concepts 

at SGSN and BSS. ........ 

2) PDP contexts are multiplexed over .several LLC SAPIs, if also 
reliability is used as a. QoS parameter. In other words, SNDC layer should be 
capable of multiplexing NSAPI on several SAPIs at the LLC layer, as will be 
35 described in more detail below. 
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3) Adoption of this invention does not require any modifications to 
the lower radio interface protocols, lil<e RLC. However, radio' interface 
protocols could be replaced later with newer protocols. The present invention 
is. applicable also in such case and similar QoS support (prioritization, traffic 
5 type/delays) to the one described herein could inherently be implemented into 

those radio protocols. 

After these modifications a mapping bietween differentiated services 
in.the Internet and in GPRS may be provided as follows, for example: 

- priority information in the Internet is mapped to service 

10 precedence in GPRS. , ■ 

-real-time/non-real-time requii-ements in the Internet is mapped to 
delay class in GPRS: at least two delay types are needed; but mapping of 
traffic types more precisely to several deldiy classes is also possible. 

- The reliability informatidn, if it is added to data packets in addition 
15 to priority and/or traffic class inforrtiation, indicates the reliability requirements 

of each application in form of one of at least two reliability classes in the 
preferred embodiment of the invention, if reliable transmission is needed 
(retransmissions, checksums, TCP), data packets are carrying reliablity class 
1 information. If reliable delivery over the radio interface is needed, but UDP in 
20 the GPRS backbone is enough, data packets are carrying reliability class 2 
information. Depending on the requirements, packets may alternatively carry 
reliability class 3, 4 or 5 information. Reliability classes 4 and 5 will be used for 
real-time traffic. 

A further feature of the present invention may be a mapping of the 
25 QoS parameters used in the mobile-communication network to those used in 
a user application in said mobile packet data terminal or those used in said 
..external communication system, and vice versa. The mapping is made for 
. .each packet entering or leaving the mobile comniunications system. In the 
following, two examples of the mapping will be given. 
30:, Example 1 . 

Simple Integrated Media Access (SIMA) is a new simple approach 
presented as a, Internet-Draft by K. Kilkki, Nokia Research Center, June 1997. 
Internet-Drafts are working documents of the Internet Engineering Task Force 
(IETF), its areas, and working groups. Since SIMA is one potential way to 
35 provide a uniform service concept for different needs from file transfer 
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:r,.,j,:?PPl[cations using TCP/IP.. ^p^otocol without loose delay and packet loss 
requirements to real-time applications with very strict quality and availability 
requirements, it is chosen herein as an example of a internet QoS scheme. 
According to the SIMA concept eaph user shall define only two issues before 

5:; the connection setup: a, nominal bit ra|e (NBR) and the selection between real- 
time and non-real-time service classes. NBR may have eight values 0-7. 
Mapping of paraqneters fronfi^SIMA to GPRS and vice versa may be as follows, 

for example:. . - - • ' • - . . - . . 

. „ . -ReakimeAnorp-reai-time bit: _if this bit indicates real-time require- 
10 ments, it is mapped to GPRS delay class 1, otherwise it is mapped to delay 
.V- class 4.- However, delay. .class 3 may be used for non-real-time Services in 
- . „ case there is a special vyay. to indicate best-effort tra^^ e.g. this bit shall not 
always be present or a rnore . precise definition is used to differentiate real- 
. -time, non-real-time, and best-effort traffic. A lower Reliability Class value may 
15 be assigned to reaUime , traffic than to non-real-time traffic in GPRS. 
Generally, Reliability, classes. 1, 2, and 3 are usually used for non-real-time 
traffic qnd classes. 3,. 4, and 5 for real-time traffic in GPRS. For non-real-time 
. traffic, the higher the NBR is,, the lower Reliability Class value is suitable for 
transmission. 

20 : - Nominal Bit Rate values 6 and 7 are mapped to GPRS Service 

Precedence parameter.haying value 1. 

..-Nominal. Bit Rate values 3, 4, and 5 are mapped to GPRS Service 
Precedence parameter having value .2. 

. . -Nominal Bit Rate values. 0, 1, and 2 are mapped to GPRS Service 

25 . Precedence value 3. 

... It should, be. noted that the Sen/ice precedence and the Delay class 
parameters have; here a little. different meaning than in the current GPRS 
specifications, where those parameters are associated with PDP contexts, not 
with each data, packe.t.- Thus, different names, such as priority or Nominal Bit 

30 Rate and traffic type, may also be chosen for the paranieters. The QoS Profile 
may include all the existing parameters (service precedence, reliability class, 
delay class, mean bit rate and peak bit rate). Alternatively, it could only include 
part of the parameters, such as only the mean and peak bit rate. QoS Profile 
could also include a maximum burst size parameters to ease buffer allocation 

35 procedure. 
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QoS scheduling in GPRS network elements (e.g. in SGSN and 
GGSN) is based on the delay class, as well as are the decisions to discard 
aged real-time packets.. This, requires that at least two buffers should exist 
(and at most, as many as there are different delay classes): one for real-time 
5 • packets' (this buffer should .be much smaller!) and the other one for non-real- 
time packets. Real-time: traffic shpuld. always.be sent before non-real-time 
•traffic. Service precendence defines the order in which packets can be 
dropped in case of netvyork, congestipn . . 

■ Example 2. ■ .. ^ 
0 • • Mapping Type of Service (ToS) octet in the headers of IP PDUs to 

GPRS packet attributes. Type of Servic^ octet in IP headers Is not widely used 
at the moment. Its.original purpose .was. to include traffic type information and 
to specify what kind of service.is required from the packet delivery. Because 
the ToS octet is not in common use nowadays, it is possible to redefine the 
15 bits in that octet for the purposes of the present Invention: Definition of ToS 
octet is given in RFC 791. Bits 0-2,of ToS give the preference, bits 3-5 give the 
ToS required by the packet (e.g. delay, throughput, and reliabilify levels 
requested), and bits 6-7 are resen/ed for future use. RFC 1349 extends the 
■ ToS field by one bit (taken from the "reserved for future" bits). Thus. 4 bits can 

20 be used to indicate the ToS. 

Mapping between the precedence bits (0-2 in ToS) and GPRS 

service precedence may be as follows: 

-bit values 111 and 110 are mapped to service precedence value 

001 (highest priority) in GPRS. 
25 -bit values 101, 100, and Oil are mapped to service precedence 

value 010 (normal priority) in GPRS. 

-bit values 010, 001, and 000 are mapped to service precedence 



' value Oil (lowest priorify). In GPRS,... 

There are ^hree different ways to perform the mapping between the 
30 traffic type information (i.e. ToS field in the ToS octet) and the GPRS delay 

class* 

-If only the bit 3 in the ToS field is used to indicate the delay 
requirernents-in IP header: value 0 of bit 2 is mapped to GPRS delay class 2 
and value 1 of the bit 2 is mapped to GPRS delay class 4 (best effort). 
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-If the whole T6S field in ToS is" utilized for indicating delay 
" requirements, i.e.. 4 bits (bits 3-6) are available for.-that purpose, one possible 

■ mapping could be: bit valO^ 1000 is mapped to GPRS delay, class 1 (i.e. to bit 
value 000), bit value 0100 to GPRS delay^class 2- (i.e. Jo value 001). ToS 

5 ■ values.0010 and OOOl" to'GPRS 'd^% class 3-(i.e.:to value Q10), and the ToS 
value 0000 to GPR^ delay dass4U%'-'^ - ^ 

- Another WaV 'bf mP^'^P'^ ToS bits to GPRS delay classes 
would be: 11X to delay class^i-^Ox to^'delay class 2. 0-lx tP,^elay class 3. and 
OOx to delay class 4. In this case, x mean^ that' there might be one or more 

10 additional bikused for ToS. but tRiy do not have any impact on the process of 

■ "selecting \he GPRS" delay If ^nor^'.delay classes • will. be defined for 

. GPRS later, the mappini^bald^^^^^^^ ^ 
^ Currently thWre^^il^ ^Isaone bit in the IP ToS field specifying the 
wanted reliability level. If this bit is still available in the future, e.g.. if the first 
15 choice above ispho^en. thts bifcould carry reliability information and could be 
mapped""to GPRS reliability cfasWm the following way: a value 0 in bit 5 .ns.de 
the ToS octet is mapped to the reliability class 000 (subscribed reliability class) 
anda^aluel is mapped' to the reliability class 001. (defining the most reiiaW^ 
^ service) The use of that bit may however be too vague because the GPRS 
20 defines many other reliability levels as well and this, cannot be expressed 

using only one bit. ,• ^ 

The mapping described above in the Example 2 may be applied in 
' a rather similar way in IPv6. The name of the appropriate field is then Traffic 

Class instead, of ToS. ^ r-ooc 

25 In the following the operation of a GPRS mobile station and GPRS 

network elements, as well as Integration with external network QoS concepts, 
when the inventive QoS concept is smploye'd..will be described in more de ail. 

The MS or mor§ precisely software in the Teinnioal Equipment (e.g. 
in a laptop computer), and the GGSN provide mapping of external network 
30 QOS requirements to GPRS QoS mechanisms.- and vice versa, as described in 
the above examples. Tem^inal Equipment CTE) could for example provide QoS 
functions through an Application Programming Interface (API). The 
applicafion-level software may include ToS infom^ation into the data packets^ 

•^•^ : *u« ADi in rio iv/tar the ToS 



35 



eg. inside the IP header, itself, or it can use the. API to deliver the ToS 
InLation to lower layers. If it does not do either, the GPRS-specrf-,o software 
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should add priority aind traffic type information to' data packets based on the 
information available. The software may, for example, decide the traffic type 
arid QoS based on the used source and destination IP addresses, or the 
source and destination port numbers.: Priority and traffic type information is 

5 included in every' uplink data packet by the MS. This information may be 
included "in the ToS or Traffic Class octet of the IPv4 or IPv6 header. 
Alternatively, this information may be carried between the Terminal Equipment 
and the Mobile Terminal" via' GPRS' specific mechanisms, or in PPP vendor- 
specific' packets/options. In addition, MS might -interpret QoS information 

10 included in downlink "data packets and deliver this information to applications 
(possibly after changing the fornaat of inforrnation). 

' For Mobile Originated "(MO.>:;data, the Mobile Station (MS) 
schedules data packets based on the JoS information received from the 
application or from the GPRS protocol suite in the Terminal Equipment. The 

15 MS schedules the incoming MO" packets according to their delay class. In the 
SNDC layer, the MS selects the appropriate LLC..SAP (Sen/ice Access Point) 
based on the delay requirement. If delay class 1 service is requested, SAPI 3 
is used. OthenA/ise, the SAP to be used is' chosen as follows: for delay class 2 
SAPI 5 is chosen, for delay class 3 SAPi 9 is chosen, and for delay class 4 

20 SAPi 11 is chosen. The choice whether to use retransmissions or checksums 
at LLC/RLC level may depend on the reliability class of the packet. The 
reliability class defines either acknowledged or unacknowledged service of 
LLC, RLC, and GTP. Scheduling in the lower layers is performed in 
accordance with the service precedence of. the corresponding packet. In 

25 addition, the MS adds the correct type of service and QoS information to the 
SNDCP data packets. This information may be included in the first data octet 
• (or in the first two octets, if all three parameters, the service precedence, the 
delay class, and the reiiability class are included). This octet comes after the 
DCOMP and PCOMP values in SN-Data PDUs and after the N-PDU number 

30 in SN-Unitdata PDUs. 

The MS may also perform policing of the negotiated PDP context 
attributes of the QoS profile. It may drop non-conformant packets or change 
the service precedence (i.e. the priority) of those packets to the worst possible, 
i.e. to indicate best-effort. In addition to the MS, SGSNs may perform traffic 

35 policing according to the negotiated PDP context QoS attributes. Network 
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: nodes may police the throughput levels and the, used delay classes, reliability 
.^lasses and service preGedenee rvajijes. Values negotiated for the PDP 
;f ..context rnay be interpreted. = as- maximurri allowed. yaJues for the packet 
attributes: PDP context 'Qo§: attributes .may , form the ba.sis for On 
5 - the other-hand,, packet leyeJcQorS nrigy also: be taken into .account when billing 
the ■ user. This ^would - most Jikfety ipean that there were a .different counter for 
.each jdata- packet type Mmo.rd.ef XQ.M able tp count how. rPiany. expensive and 
how many cheap data.tpacket&^,the;,user has sent, ^ , :; 
-. .. :) ..r,- ;|f-b.oth reliable and- uniieiliable BathS:are .ernp(9yed -between the MS 
10;-^ and the SQSN,. itis rec|uired4hat: the, layer; multiplexer several. NSAPI of 
one user onto several SAPIs .inrJhe; MS -ari^.S.GSN. -Lpgi Link Entities (LLE) 
: ^v. may establish ^all connections, SAPIs, ^-beforehand or only on demand. 

• i : These SAPIs/links should not'/be^t^ared down immediately after serving one 
. :.: request. 'A T timer, for. .example.; JT^ay.- control. -the tearing, - down of LLC 
15. connections: associated with;SAPIs: Jhe SNDC layer decides, based on the 
: . ,TLLI and; the. delay classsoroptipnally also the reliability class, which SAP I it 
: wiir use to= transfer the packet jia , question. The SNDC layer can perform 
, . . segmentation of SN-PDUs as. usual. Then, the SNDC layer gives the packet to 
the LLC layer using the appropriate SAP. The LLC layer transmits the packet 
20 over the LLC/radio connection as usual. At the other end, the SNDC layer 
- receives packets from the different LLEs and associates them with the correct 
NSAPis. Ordering of packets is not essential because packets using different 
QoS either belong to different application-level connections or are reordered 
based on their. QoS values^ which: is the purpose of QoS values in the first 

.25- pliace. . . .^ 

The- SGSN. takes the traffic class infonrnation, i.e. the service 
precedence^ the delay class, and the reliability class, out the uplink SNDCP 
• packet, and' schedules the ^packets based .on their delay cl3ss. There are 
different buffers for each delay class. The lower the delay class is, the smaller 
30 the size of a buffer allocated for queueing the concerned packet class should 
be. This is because some packets are delay sensitive, and thus cannot cope 
with long queueing delays. .Lower delay_ classes, are always sent before any 
higher delay class packets.. Each buffer, i.e.. a...queue,- may have a threshold 
value defined. When this threshold value is exceeded, the incoming packets 
35 (of the concerned class) having a low service precedence value may be 
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discarded. SGSN may maintain both reliable and unreliable paths to GGSNs. 
These paths might be dedicated to a certain user/tunnel, or several users and 
tunnels might be multiplexed onto the same paths. The right path for delivering 
each data packet is selected based "on the reliability class information included 

5 in the packet, or based on default values if there is not enough information in 
the packet to make a decision. Reliable connection-driented path is chosed for 
reliability class 1, and connectionless path for other reliability classes. SGSN 
adds traffic type information "to GTP headers. This information may be 
included in the eighth octet of the header (currently reserved for future use). 

10 This octet might include for example the service precedence and the delay 
class information. In case the reliability dass informatidh is also carried in 
every data packet, bits 2-5 of the first octet of the GTP header can be taken 
into use. These bits may contain either this reliability class information or 
infomnation on one of the other parameters as well. 

15 The GGSN recovers the 'QoS inforhnation from the uplink GTP 

header. It may also perform traffic policing, the GGSN may perform charging 
functions and may utilize the packet QoS information for that purpose, too. 
The GGSN, or an external host, may provide a mapping between the external 
data network QoS definitions and the GPRS QoS, and vice versa. This applies 

20 both for uplink and downlink data delivery. 

For Mobile Terminated (MT) data packets, the same procedure 
applies, only the transmission direction is reversed. In this case, it is the 
GGSN who selects the appropriate GTP path, the SGSN looks inside the 
downlink GTP header in order to find the traffic type and QoS information. The 

25 SGSN also adds the QoS information to downlink SNDCP packets, makes the 
scheduling based on packet delay classes, and decides the correct LLC SAPl 
to be used. The Mobile Terminal may change the application's IP header in 
order to inform the Terminal Equipment (TE) of the QoS of the downlink data 
packet Alternatively, the MS might use some GPRS or PPP specific 

30 mechanisms for delivering the same infomnation to the TE. Scheduling and 
policing operations inside the network elerhents are basically the same in both 
directions. 

As, noted above, for uplink data, the GGSN, or an external host, 
modifies the GPRS QoS information to the QoS concepts available in the 
35 external packet data network. Similarly, for downlink data, the GGSN, or an 
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external host, should translate the external network QoS Into the GPRS QoS 
definitions in each data, packet. The GGSN, or an external host, may optionally 
maintain information about different application connections and traffic flows, 
, . iDutthis is not required. The GGSN, or an external host, Vhay decide the priority 
5 and traffic type of each data papket . based on this flow inforrnation. The flow 
.. information can be obtained for example y[a"a RSVP signalling taken place in 
the network. The GGSN,. or an external host, may response to external RSVP 
messages itself, or it may a[sapasythe^RSVP messages to the MS which may 
take, part in the,RSVP signalling. The' capacity indicated in RSVP response 
1.0 ..rpessages., should, be in Jine vyith the priority and traffic type values used for 
dala packets be.jonging to that fiqvy or POP context (related to which the 
,GG.SN, , pr , an .^)rter.n.al .,host^^ information). Pixed capacity 

reservations, are not required inside the GPRS network. To indicate this, the 

■ ,• -i •:;>•.:-■- n.";n-.:. ■/■• . " ■ 

GGSN, or an external host,; may, set the Global Break Bit or the Break Bit in 

15 the RSVP nr!.e,s.sage.5. (These break bits indicate that there is at least one 

network . element, along the , path who cannot' entirely guarantee the QoS 

. requested.) 

As described in the. examples above, the Differentiated Services in 
the Internet, like SIMA approach, can be mapped quite easily to these new 

20 GPRS QoS concepts. Best-Effort Service may be specified as non-real-time 
traffic with a low. priority. The Integrated Services are usually associated with 
traffic flows. The Guaranteed Sen/ice can thus be defined as with the RSVP: 
the. GGSN, or an external host, and the MS on the other side,. may act like 
s.ome fixed capacity would have been reserved for a flow or IP context and 

25. can set "break bits" of the RSVP messages, if necessary. The Controlled Load 
traffic may. b,e supported without any flows: the QoS information can be 
. included directly irito the data packets. Also in this case, the GGSN, or an 
extexnal host, and .the- MS .may optionally maintain QoS information related to 
application traffic flows arid add the ia'ppropriate QoS information to the data 

30 packets based on this, maintained flow information. During the RSVP 
negotiation, the GPRS system may indicate that it cannof support various 
token bucket sizes or maximum packet sizes. Thus, it may require that those 
parameters are set to conform to the supported values before it will accept the 
RSVP reservations. The MS. the SGSN, the GGSN or an external host may 

35 also know how many high priority flows (the amount of delay class 1 packets) 
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the GPRS can support and make a decision on the acceptance of each 
reservation request based on this inforrnation. 

Also ATM (Asynchronous Transfer Mode) or X.25 can be used as 
an.external data network or as a transmission medium to convey the GPRS 

5 signalling and data traffic. The, ATM Constant Bit Rate (CBR) and real-time 
Variable Bit. Rate (r-VBR) traffic may be mapped to real-time traffic class and 
the other ATM traffic classes to non-real-time traffic. Priority may be decised 
based on both the used .traffic class (non-real-time Variable Bit Rate, 
Alternative. Bit Rate, or Unspecified Bit' Rate) and other connection-related 

10 parameters, such as mean and maximum bit rate. 

IP networks will be used as an underlying transmission network in 
the GPRS backbone. The GPRS QpS concepts may be mapped to the Type- 
Of-Service parameter in the rPy4, or to the Priority/Traffic Class field in the 
IPv6, and vice versa. The flows in the IPv6 can also be used to reserve a 

15 certain kind of capacity and to handle certain traffic types, application 
connections, or PDP contexts. If the external Internet network also employs 
these methods, the GGSN, or an external host, could perform mapping of 
concepts similarly between the GPRS network and the Internet. 

Similarly as described above with respect to the GPRS, the present 

20 invention can be applied in any mobile communications network. A potential 
mobile networks in which the principles of the present invention may be 
applied are the third generation mobile communications systems, such as the 
Universal Mobile Communications System (UMTS) and the Future Public 
Mobile Telecommunication System (FPLMTS), or IMT-2000, or the Cellular 

25 Digital Packet Data (CDPD). 

The description orily illustrates preferred embodiments of the 
invention. The invention is not. however, limited to these examples, but it may 
, vary, within the scope and spirit of the appended claims. 
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^ Claims 

. 1. A data transmission method for a mobile communications 
system having a packet data transmission capability, comprising steps of 

setting up a packet data protocol context for a mobile packet data 
5 terminal for routing" data packets through the mobile communications system 
between said mobile packet data terminararid an extei^nal communication 
system, * / ' . ' /' 

transmitting data packets through the mobile "communications 
systenri between* said mobile packet data terminal and an external 
10 communication system, 

scheduling and poli'cirig the transmission of the data packets within 
limits set by said packet data profocor context, ' 

c h ia r a 0 t e r i z e d ' by further steps of 

providing each individual data packet with at least one quality of 
15 service parameter, 

scheduling and policing the transmission of each respective data 
packet according to said at least one quality of service parameter carried in 
said respective data packet, within the iirnits set by said packet data protocol 
context, 

20 2. A method according to claim 1, characterized by steps 

of . 

transmitting, within a single packet data protocol context, data 
packets of at least two user applications run in said mobile packet data 
terminal. 

25 providing each individual data packet of each of said user 

applications with at least one quality of service parameter indicating the 
quality of sen/ice required by the respective user application. 

3. A method" according to claim 1 or 2; c h a r a c t e r i z e d by 

steps of 

30 providing each individual data packet with priority information and 

traffic type information as quality of service parameters, the priority information 
indicating one of at least two priority levels and the traffic type information 
indicating one of at least two traffic types. 
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4. A method as claimed in claim 3, characterized in that 
said at least two traffic types include a real-time traffic and a non-real-time 
traffic. - , : > . 

5. A method as claimed in claim 3 or 4, characterized by 
5 steps of ' 

providing in the mobile communications network at least one 
connection leg with at least two paths having different reliabilities, 

providing each individual data packet'with reliability information as a 
further quality of service parameter, said reliability information defining one of 
10 at least two reliability classes. 

multiplexing the data packets to said at least twd paths according 
to said reliability information carried in said data packets. 

6. A method as claimeid ih claim 5, c h a r a c t e r i z e d by steps 
of • ' ' ' : -y- : . ' : . 

15 providing in the mobile communications network at least one 

connection leg with a connentidnless path and a connection-oriented path 

having different reliabilities, 

sending a data packet in which the reliability information indicates 

that a reliable transmission is needed, over said connection-oriented path, 
20 sending a data packet in which the reliability information indicates 

that a less reliable transmission is needed, over said connectionless path. 

7. A method as claimed in claims 4 and 5, c h a r a c te r i z e d in 

that 

data packets associated with two or more packet data protocol 
25 contexts are multiplexed to said connectionless and connection-oriented paths 
in said at least one connection leg. 

8. A method as clainied in any one of claims 1-7, character- 
ize d by further steps of 

defining at least one further quality of service parameter in said 
30 packet data protocol context, 

scheduling and policing the transmission of each respective data 
packet according to said at least one quality of service parameter carried in 
said respective data packet, within the limits set by said at least one further 
quality of service parameter in said packet data protocol context. 
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„ _^ , _ 9. A method .as claimed in claim 8. characterized in that 
. said , at. least one further quality of service parameter include one or more of 
the following: mean bit rate, peak bit rate, service precedence, delay class and 
. , . reliability. _ ....... 

5 10. A method as claimed in claim 9, c h a r a c t e r i z e d by 

^ steps of ^ , ^- V. c...^...r. . 

providing, in. the mobile communications . net^ least one 

,.xonnectioaJeg with a cqnnentionless path and a^.connection-oriented path 

having ^different raliab^^^^^^^^ , . . , - . . 

10 sending a data packet over said connection-oriented path when 

. theTfliability infomiatioa in said packet.data protocol context indicates that a 
reliable transrpission is needed, , „ , 

sending a /data^ .packiaV. gv^r said .^^ path when the 

reliability information, in said packet data protocol context indicates that a less 
.15 reliable transmission, is . needed.: 

11. A rnethod as claimed in claim 9 or 10, c h a r a c by 

steps of 

- . moriitoring the actual mean bit rate used by the mobile packet data 

terminal, . . 

20 lowering the priority of the data packets of the mobile packet data 

. . terminal, if said actual mean bit rate exceeds a mean bit rate defined in said 

packet data protocol context. 

12. A method as claimed in any one of claims 1-11, charac- 
t a r i z e d . by step pf 

25 mapping _ of quality of service parameters used in the mobile- 

communication network to those used in a user application in said mobile 
..packet data, tenninal. or those. used in said external communication system, 
and vice versa. .... 

13. Method as clairned in any one of claims 1-12, character- 
30 i z e d in that said mobile communications system is a packet radio, network 

comprising serving nodes, gateway nodes and a data network interconnecting 
said serving nodes and gateway nodes. 

14. A mobile communications system, cornprising 

mobile packet data.temninals (MS), 
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a. mobile communications network (BSS.SGSN.GGSN) providing 
an access to an external system, 

means for setting up a packet data'protocol context for a mobile 
packet data terminal (MSj for transniitting data packets througli the mobile 
5. communications network (BSS.SGSN.GGSN) between said mobile packet 
data terminal (MS) and an extemal communication system, 

means for scheduling and policing the transmission of the data 
packets within limits set by said packet data protocol context, c h a r a c - 
t e r i zed in that 

10 each individual data packet is arranged to carry at least one quality 

of service parameter, 

said means for' scheduling and policing dre responsive to said at 
least one quality of service parameter car-ried in each respective data packet 
for scheduling and policing the transmission of said respective data packet 

1 5 within the limits set by said packet data protocol context. 

15. A system according to claim"l4, c h a r a c t e r i z e d by 

at least two user applicatibns run in said mobile packet data 
terminal (MS) and transmitting data packets within a single packet data 
protocol context, 

20 each individual data packet of each of said user applications 

carrying at least one quality of service parameter indicating the quality of 
service required by the respective user application. 

16. A system according to claim 14 or 15, c h a r a c t e r i z e d 

by 

25 each individual data packet carrying priority information and traffic 

type information as quality of service parameters, the priority information 
indicating one of at least two priority levels and the traffic type information 
, . indicating one of at least two traffic types. 

17. A system as claimed in claim 16, c haracterized in that 
30 said at least two traffic types include a real-time traffic and a non-real-time 

traffic. 

18. A system as claimed in claim 16 or 17, c h a r a c t e r i z e d 

..by ^. ' ■ :. . 

at least one connection leg with at least two paths having different 
35 reliabilities in the mobile communications network, 
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^ , each individual data packet carrying reliability infomiation as a 
further quality of service parameter, said reliability information defining one of 
. at least two reliability, classes., .. _ 

means for multiplexing the data packets to said at least two paths 
5 accorcJing to.said reliability; infprrnatipr] carried in said data packets. 

19. A,.sys^tetTi .as ciaimed in any one of claims 14-18, c h a r a c - 

terizedby,.. 

at least pne further quality of service parameter defined in said 

packet data protocol context, 
i_p,, said rpean.s for scheduling and policing being respon^i<re to said at 

least one quality of service parameter carried in each respective data packet 
, and to said at le,ast.pne fu.rther quality of service paranieter ih said packet data 
/ .protocp) context^ for 'scheduling^^ transmission of each 

respective, data packet. ^ ,,.„.., , 
15 20. A system .as claimed in claim 19, c h a r a c t e r i z e d in that 

said .at lea^t one. furthLer^.quaiity of service parameter include one or more of 

the following: mean, bit r|ite, p,eaK.bit rate, service precedence, delay class and 

reliability. _ . ... .. 

21 . A system as claimed in claini 20, c h a r a c t e r i z e d by 
20 at least one connection leg with a connentiohless path and a 

. .. connection-oriented path .having different reliabilities in the mobile 

communications rietwprk, . 

means for sending a data packet over said connection-oriented 
path when the reliability information in said packet data protocol context 
25 indicates that a reliable transmission is needed, 

means for sending a data packet over said connectionless path 
when the reliability information in said packet data protocol context indicates 
that a less reliable transmission is needed. 

. . 22. A system as claimed in claim 20 or 21, c h a r a c t e r i z e d 

30 by . 

means for monitoring the actual mean bit rate used by the mobile 

packet data terminal, . 

means for lowering the priority of the data packets of the mobile 
packet data terminal, if said actual mean bit rate exceeds a mean bit rate 
35 defined in said packet data protocol context. 
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23. A system as claimed in any one of claims 14-22,,; charac- 
terized by means for mapping of quality of service parameters used in 
the mobile-comrnunication network to those used in a user application in said 
mobile packet data. terminal or those used, in said external communication 

5 system, and vice versa. 

24. A network element. as,ciaimed..in any of claims 14-23, char- 
acterized in that said mobile communications comprises serving network 
elements (SGSN) and gateway network elements (GGSN) providing access 
points to external systeixis. .. 

10 25. A network element for a mobile communications system having 

a packet . data transmission capability, comprising scheduling and policing 
means for scheduling and pplicing a transmission of data packets through the 
mobile communications network (BSS,.SGSN,GGSN) between a mobile packet 
data terminal (MS) and an external communication system, within limits set by 

15 a packet data protocol context defined for said individual mobile packet data 
terminal (MS), characterized in that each individual data packet is 
arranged to carry at least one quality of service parameter, and that said 
means for scheduling and policing are responsive to said at least one quality 
of service parameter carried in each respective data packet for scheduling and 

20 policing the transmission of said respective data packet within the limits set by 
said packet data protocol context. 

26. A network element as claimed in claim 25, character- 
ized in that said network element is a Serving support node (SGSN) or a 
gateway support node (GGSN) in a packet radio system. 

25 27. A mobile station (MS) for a mobile communications system 

having a packet data transmission capability, comprising scheduling and 
policing means for scheduling and policing a transmission of data packets 
over an air-interface within limits set by a packet data protocol context 
defined for said mobile station (MS), characterized in that the mobile 

30 station (MS) is arranged to provide each individual data packet transmitted 
over the air-interface with at least one quality of service parameter, and that 
said means for scheduling and policing are responsive to said at least one 
quality of sen/ice parameter carried in each respective data packet for 
scheduling and policing the transmission of said respective data packet within 

35 the limits set by said packet data protocol context. 
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28. A mobile station as claimed in claim 27, characterized 
' inihat the mobile station is arranged to convert quality of service parameters 

"used by an application'run in the rtibbile station (MS) into service parameters 
used the mobile-communidatioh system, and vice 'versa.-" 

29. A packet data cbmiifiuhications network, c h a r'a c t e r i z e d 

by ' ' 

at least one cbhne'ctibii'ieg'w/ith at least tWo paths having different 
reliabilities; tc. . . •• , ? ; v, r. 

" each individuaT'data packet carrying feliabifity information as a 
quality of service parameter, said reliability irfformatioh defining'bhe of at least 
two reliability classes, ' ■ ' 

' ■ " means for nriultiplexing the data packets to said -at least two paths 
according to s^iid reliability' ififbrmatioh carried in said data packets. 

30. A h'etwork as ci'aimed in claim"29i c h a r a c t e r I z e d in that 
said network is a TCP/IP network, a- ATM network, or aX.25 network. 
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